Thanks all for the thorough and thoughtful review! 🙌 I've pushed the remaining updates addressing every open comment.

What changed in this round:

• Single-bullet list cleanup — finished the audit Eric flagged on §2 Exercises. Converted the single-item "Annotations that can help" lists in §5, §7, §8, and §13 to inline sentences so screen reader users aren't told there's more list content when there isn't.
• Intro restructure — split the per-interaction guidance and audit notes into two paragraphs, each with a short "why" explaining when you'd reach for that resource.
• Decorative explainer — added a link to the W3C alt-text decision tree in §3 since deciding what's actually decorative is the hard part.
• Reading order on framework-determined platforms — new item in §2 about favoring simple, predictable layouts since some frameworks (notably React Native) don't expose an API to override OS-determined reading order. Thanks @joelamyman for the prompt.
• Label item expansion — broke §3's Label caption into three sub-bullets covering purpose, Voice Control / Voice Access programmatic association, and icon-only labels.
• Buttons and links wording — adopted Joel's clearer phrasing about considering the action when applying a role.
• Orientation completeness — added "all functionality and content must remain available across orientations" to §7.
• Voice Control caption — unpacked the "drift apart" phrasing to call out both visual and programmatic relationships.
• Errors expansion — §8's error item now covers text-based identification, fix suggestions where determinable, and screen reader announcement.
• Reachable AND operable — §10 now makes it explicit that external keyboard support means the interaction must work, not just be focusable.
• iOS/Android jargon links on first mention — per @ericwbailey's question. Linked VoiceOver, TalkBack, Voice Control, Voice Access, Reduce Motion, Switch Control, Switch Access, Smart Invert, color correction, Dynamic Type, and Android's Font Size Scaling on first mention. We can carry this pattern over to the designer and engineering checklists in a follow-up.

I also added links to this new doc from the repo README.md and the Mobile annotations tutorial.

What I didn't take:

• @joelamyman's GOV.UK number input post — it's a great read but the nuance felt too deep for the format. Worth revisiting if we ever do a deeper forms guide.

Re-requesting review from @ericwbailey and @joelamyman. Thanks again for making this much sharper than where it started!

Thanks for the deep dive @julianmka, and for the second pass @joelamyman! 🙌 This round added a lot of mobile-specific sharpness that the earlier drafts were missing.

What changed in this round:

• Color (§1) — Added Android Accessibility Scanner to suggested tools with a note that it detects contrast issues. Updated the TPGi → Vispero rebrand on the Colour Contrast Analyzer link. I hadn't even realized they rebranded.
• Hierarchy (§2) — New item recommending a prominent heading near the top of content when a screen has no title bar.
• Content (§3) — Added an iOS sub-bullet on .accessibilityInputLabels for Voice Control alternate names (great for icon buttons with long primary labels). Updated the iOS API for hiding decorative elements from accessibilityElementsHidden to .accessibilityHidden(true). Added an Appt reference for SC 3.1.2 Language of Parts since it's varsity-level on native.
• Interactivity (§5) — Reworked the buttons vs links guidance to reflect mobile convention rather than web. On mobile, buttons handle in-app navigation and system functions; links are reserved for content opening in the device browser or a web view. Swapped the Apple HIG resource link for the platform-level Accessibility (Mobility) page.
• Gestures (§6) — New item on supporting the VoiceOver scrub gesture for custom components on iOS. Reframed the "primary actions" item since single tap is the foundational gesture, not something to reserve. Replaced "single-point" with "single-tap" since the WCAG term reads as jargon outside an audit context.
• Touch and keyboard (§10) — Repositioned the focus order item as an exception for complex layouts, since being prescriptive about focus order on simple screens can be a real footgun. Added "For example" before the slider example for clarity.
• Platform functions (§12) — Removed the Safari example since iOS users can change their default browser. Updated language from "live regions" to "live accessibility announcements" throughout, since live regions are a web concept and the native equivalent has different terminology and APIs. Kept the Figma component name "Mobile Live Region Announcement" intact and added a clarifying note about it.
• Notifications (§13) — Same terminology update from live regions to live accessibility announcements.

Re-requesting review from @julianmka and @joelamyman.

@julianmka Love the suggestions. They should all be applied. This commit diff shows most of the changes, though I added the "scaled up" text fix in a second commit.